why is this 🕳 an emoji?

AppleColorEmoji is a font

Yes, we know that. But the Emoji Consortium decides what Emojis are in the font, which new ones are added to it, and in what Unicode position. Apple just follows along with those guidelines.

Here's the current chart from the site I initially linked to:

http://unicode.org/emoji/charts/full-emoji-list.html

It's very long. You should be able to find the matching Unicode entry for every Emoji in Apple's font to that list. For instance, the baby at u1F476:

And yup, that's where it is in Apple Color Emoji.ttf:

You'll also notice that many of the Emojis that could be in the font, aren't.

Well, yes. You can put any glyph you want in a font, whether it logically belongs there or not.

The entire point of the Unicode standard for all fonts is so they produce the same glyph when entering that Unicode value no matter what language your computer is set to use.

That was the entire problem with virtually all older fonts. Pretty much the only glyphs that were in the same place almost all the time were 0-9, A-Z, a-z and standard puncuation. After that, you never knew where a special character would be without a chart for each font.

Madisonlclark97 wrote:

H I was just wondering why the **** is this an emoji?

This may help:

http://emojipedia.org/hole/

MY understanding is that emoji fonts CAN have characters that are unique to that font - I assumed that AppleColorEmoji font was one of those.

A couple of interesting reads

http://emojipedia.org/apple/ios-9.3/

http://mashable.com/2014/06/18/so-who-controls-emoji-anyway/#aTHhV8**.8q7

The latter says in part [emphasis is mine]

...

Apple has long been one of the biggest emoji proponents. In Japan, Apple has supported emoji since iOS 2.2. With iOS 5, Apple moved to the new Unicode standard. Apple has had support for emoji in OS X since OS X 10.7 Lion. That means that you can add emoji characters to virtually any Mac app's data entry screen. It also means that Safari (on iOS and OS X) supports emoji natively. Apple even has its own font, Apple Color Emoji, to provide color images for each of 889 glyphs. Of the various emoji sets in wide-use, Apple's are probably closer to the "official" method.

Reading on in that article... What does it suggest?

That there are indeed "different' sets (fonts) produced by other publishers. And that "global" adoption in apps is far from complete

Not entirely true, mi amigo

Apple Color Emoji - Wikipedia, the free encyclopedia

https://en.wikipedia.org/wiki/Apple_Color_Emoji

Apple Color Emoji is a color typeface used by iOS and OS X to display emoji, a series of ideograms originally created by Shigetaka Kurita for use in Japanese mobile phones.^[1][2]

The inclusion of emoji in the iPhone and in the Unicode standard has been credited with promoting the spreading use of emoji outside Japan. Unlike the black & white outline of early emoji, the typeface has full color images for each of the 1407 glyphs it supports. As with many Apple icons past and present, they feature a design based on deep, saturated colors and gradual transitions of color, often incorporating subtle gloss effects.

...

The forums won't show an emoji font character, so I don't know which one you mean. You'd have to take a screen shot of the emoji and drop it into a post as an image.

But anyway, Apple has nothing to do with what emojis are used. The Emoji Consortium decides what goes where.

http://unicode.org/emoji/

I could suggest Apple Support Feedback > Discussions menu item, but that would be preaching to the choir, wouldn't it? 😉

UniCode is NOT a publisher, it is a standards body. > http://www.unicode.org/standard/standard.html

Perhaps you could give us an example how ANY emoji is inserted or viewed without invoking a "stylesheet" that loads an emoji font

The articles explain how it is done now - FONTs

As far as I could quickly see, Apple's emoji font only contains glyphs that conform with the Unicode standard. As it should be since a system version of emoji should be standard for the Mac OS, Windows, Linux, Unix and whatever else so if you use a standard emoji, all users will see the intended glyph.

But yes, there are already hundreds of secondary emoji fonts. A 16 bit font can hold 65,536 glyphs. Considering how many different objects people could possibly want as an emoji, it is a woefully short number. Third party fonts then are guarenteed to be created in order to give users the kinds of emojis they would like to use, but will never, or may never be added to the Unicode standard. The trouble with those is only you, and fellow users who have these extra emoji fonts installed will see the glyph you meant them to see.

ChitlinsCC wrote:

AF v. FLAG (both posts) = this proves that emoji are displayed by the "font" that the system has loaded up, doesn't it?

I think it's more accurate is to say that emoji are displayed by whatever emoji font is installed on the system. Nothing is really "loaded up".

UTF-8 is just the standard encoding for all webpages or other text that use characters beyond ascii/latin-1, it doesn't play any special role in emoji issues.

The number of emoji in the Unicode standard has been growing rapidly, so it is pretty common for fonts to not be totally complete.

Almost forgot (again)...

UniCode is "standards (specification) body" - like ISO is a "standards" outfit - they define a standard with which font makers "comply" - right?

it was just a theory anyway... I can't even think of how one would invoke AppleColorEmoji font in the TinyMCE editor... copy/paste from some other app? Dunno.

The point is, even if you could see it yourself, a Windoze computer would not see it

The Apple "character" used to be a problem for Windoze until Apple changed to this neato new font which has the character as part of its character set

I have it in a Clipboard add-on where it looks like this until it posts

.  .APPLEapple

If Apple loaded AppleColorEmoji FONT like it does Myriad Set Pro FONT, we could emoji 'til the cows come home.

Your postings on this are not very accurate.

Windows and Android have their own emoji fonts and, just like Apple devices, normally see all those allocated by the Unicode standard, either in color or black and white.

The Apple character is not an emoji, it is a special character in the Unicode Private Use Area and is normally only included in Apple fonts, so Windows and Android users will normally not see it unless they install something extra.

The non-display of emoji here is an app or forum software problem, you can easily find it in the source code for the page, it is the one for "Hole", U+IF573

OK.

You just proved what I said... AppleColorEmoji is a font just like Windoze and Android emoji - Apple devices do not see "specific TO" those platforms any more than they see Apple's

My point about the AppleLogo character was that it is included in the font that is loaded by ASC for viewing teXt in this venue - AppelColorEmoji is a font - Myriad Set Pro is a font that includes the AppleLogo character so Windoze and Android CAN see it because it loads when those users visit ASC

Your black hole posted is an IMAGE inserted here, not using unicode to post it as a text character

ChitlinsCC wrote:

Apple devices do not see "specific TO" those platforms any more than they see Apple's

Not sure exactly what you meant by that. But emoji are standardized. Every platform should see them, using the installed emoji fonts. There should be no need for any web font to be "loaded" from a web server. It should work for ASC just like it already works for Mail or Message or numerous other web pages. I don't know why it doesn't, but Apple should fix it.

If all that is so, my Win10/FF and my AndroidFone/FF should see your emoji, right?

I refer you to my post with screenshots showing that it apparently ain't so > Re: Re: Hi I was just wondering why the **** is this an emoji?

I personally do not miss emoji in ASC... Emoticons suffice for me 😉 and if I need further stuff I can always GoggleImage for it

Off with their heads!